home *** CD-ROM | disk | FTP | other *** search
- From: s.sanders2@genie.geis.com
- Date: Tue, 31 May 94 00:10:00 UTC
- To: gem-list@world.std.com
- Subject: Color Mapping/Ctrl-A
- X-Genie-Id: 8108193
- X-Genie-From: S.SANDERS2
- Precedence: bulk
-
- Browsing over your discussion for the past few days I have a couple
- of comments:
-
- Re: Color Mapping
-
- I think the best guideline to follow is to _never_ alter the first 16
- colors from the factory default unless one of the following three
- conditions are in effect:
-
- 1. You're in a 16-color or fewer mode and you're a graphics program.
- 2. You're a grayscale graphics editor and you need all 256 colors.
- 3. You're a full screen game.
-
- If you have to change those colors in single-tasking you should
- absolutely change them back whenever your program exits. You might
- also want to put a wind_get( WF_TOP ) in your evnt_ loop to check if
- one of your windows is topped and if not, restore them until yours is
- (this is for the benefit of desk accessories).
-
- If you're in MultiTOS you should probably manage WM_TOPPED and
- WM_UNTOPPED appropriately to reserve and release the upper 240
- palette entries.
-
- Because of color icons being 'paletteless' I'm also strongly urging
- users of my applications to leave their color set to the default
- otherwise icon sharing won't work quite right. My Icon Editor's
- install program asks the user if it can reinstall colors to match the
- palette of all of the default icons.
-
- Since most users insist on getting rid of the ugly red and green I
- suggest picking one of the colors in the range 12-15 and modifying it
- for a pretty desktop background.
-
- Re: Ctrl-A
-
- Ctrl-A is a _very_ established standard. I don't believe it should be
- altered for any reasons.
-
- -Scott @ SDS
-
-
-